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SYSTEM AND METHOD FOR MAINTAINING 
CACHE COHERENCY IN A SHARED MEMORY 
SYSTEM 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates in general to 
microprocessor systems and, more particularly, to a system, 
method, and mechanism providing cache coherency in 
microprocessor systems with cache support. 

2 . Relevant Background 

Microprocessors manipulate data according to 
instructions specified by a computer program. The 
instructions and data in a conventional system are stored 
in main memory which is coupled to the processor by a 
memory bus. The ability of processors to execute 

instructions has typically outpaced the ability of memory 
subsystems to supply instructions and data to the 
processors. As used herein the terms "microprocessor" and 
"processor" include complete instruction set computers 
(CISC) , reduced instruction set computers (RISC) and 
hybrids . 

Most processors use a cache memory system to speed 
memory access. Cache memory comprises one or more levels 
of dedicated high-speed memory holding recently accessed 
data and instructions, designed to speed up subsequent 
access to the same data and instructions. Cache technology 



is based on a premise that programs frequently re-execute 
the same instructions and data. Also, instructions and 
data exhibit a trait called "spatial locality" which means 
that instructions and data to be used in the future tend to 
be located in the same general region of memory as recently 
used instructions and data. When data is read from main 
system memory, a copy is also saved in the cache memory, 
along with an index to the associated location in main 
memory. Often the cache entry includes not only the data 
specifically requested, but data surrounding the 
specifically requested data. 

The cache then monitors subsequent requests for data 
to see if the information needed has already been stored in 
the cache. If the data had indeed been stored in the 
cache, the data is delivered immediately to the processor 
while the attempt to fetch the information from main memory 
is aborted (or not started) . If, on the other hand, the 
data had not been previously stored in cache then it is 
fetched directly from main memory and also saved in cache 
for future access. 

Microprocessor performance is greatly enhanced by the 
use of cache memory. Cache memory comprises memory devices 
that have lower latency than the main memory. In 
particular, one or more levels of on-chip cache memory 
provide particularly low-latency storage. On-chip cache 
memory can be implemented in memory structures and devices 
having latency of only one or two clock cycles. Cache 
memory, particularly on-chip cache memory, is particularly 
suited to being accessed by the microprocessor at high 
speed. 



coherency. Cache coherency refers to the task of ensuring 



task for the cache subsystem is to maintain cache 




th^t the contents of cache memory are consistent with the 
corresponding locations in main memory. When only the 
microprocessor can access main memory cache coherency is a 
relatively simple task. However, this restriction forces 
5 all accesses to main memory to be routed through the 
microprocessor. Many devices such as graphics modules, 
mulitimedik modules and network interface modules, for 
example, cabn make use of system memory for efficient 
operation. Vl° wever ' if these modules must tie up the 
10 processor in\ order to use system memory, overall 
performance is Vowered. 

To make more efficient use of the processor, many 
systems allow modules and peripherals other than the 
microprocessor to access main memory directly. The system 
W 15 bus in a typical computer system architecture couples to 

Ls= the microprocessor and to a direct memory access (DMA) 
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controller. Other modules and peripherals coupled to the 
bus can access main memory without tying up the 
microprocessor using the DMA controller. This may also be 
20 referred to as a shared memory system as all or part of the 
main memory is shared amongst the variety or devices, 
including the microprocessor, that can access the memory. 

Shared memory systems complicate the cache coherency 
task significantly. DMA devices access main memory 

25 directly, but usually do not^ access the cache memory 
directly. To ensure that the DMA device obtains correct 
data steps must be taken to verify that the contents of the 
shared memory location being accessed by a DMA device have 
not been changed in the cached copy of that location being 

30 used by the microprocessor. Moreover, the latency imposed 
by this coherency check cannot be such as to outweigh the 
benefits of either caching or direct memory access. 
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One solution is to partition the main memory into 
cacheable and uncacheable portions. DMA devices are 
restricted to using only uncacheable portions of memory. In 
this manner, the DMA device can be unconcerned with the 
5 cache contents. However, for the data stored in the 
uncacheable portions all of the benefits of cache 
technology are lost. 

Another solution is to enable the DMA controller or 
other hardware coupled to the system bus to "snoop" the 
kg 10 cache before the access to shared memory is allowed. An 

jj 3 example of this is in the peripheral component interconnect 

p (PCI) bus that enables the PCI bridge device to snoop the 

^ CPU cache automatically as a part of any DMA device 

03 transaction. This allows shared memory to be cached, 

? 15 however, also adds latency to every DMA transaction, 

p Systems having a single system bus on which all DMA 

J 5 : transactions are performed can implement snooping protocols 

%Q efficiently. This is because a single bus system enables 

~* any device to broadcast a signal to all other devices 

20 quickly and efficiently to indicate that a shared memory 
access is occurring. 

There is an increasing demand for systems with robust, 
complex, multi-path communications subsystems for 
interconnecting system components. Complex communications 

25 networks enable greater expansion potential and 
customization. Moreover, such systems enable existing, 
proven subsystem and module designs (often referred to as 
intellectual property or "IP") to be reused. In systems 
with more complex bus networks that enable multiple 

30 independent paths a network broadcast can be slow making 
conventional snoop protocols impractical. 



Another solution used for more complex networks uses a 
centralized or distributed directory structure to hold 
cache status information. These may be seen, for example, 
in multiprocessor architectures. Any device accessing 
5 shared memory first accesses the directory to determine 
whether the target memory address is currently cached. 
When the address is not cached, a direct access to the 
shared memory location is made. When the address is 
cached, the cached data is written back to main memory 
10 before the direct access is completed. Directory-based 
"zz solutions are faster than snoop operations, but also add 

4* latency to each DMA access as well as hardware overhead to 

support the directory structure. 
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fij Existing solutions often rely on interrupt signals 

m 

J" 15 generated by the device and interrupt handler routines to 

H implement cache operations such as a snoop. Interrupt 

p mechanisms interrupt instruction flow and delay processing. 

h h Interrupt handlers involve multiple instructions and 

require state of the currently executing thread to be 
2 0 stored while the interrupt handler executes and restored 
after the interrupt handler executes. Hence, interrupt 
mechanisms for executing cache operations are an 
inefficient means to execute what may amount to a single 
cache instruction . 

25 A need exists for a mechanism, method and system that 

enables efficient shared memory access in a cached memory 
system. A need specifically exists for a mechanism to 
perform cache coherency in a system have a complex, 
multipath system bus. 
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SUMMARY OF THE INVENTION 

The present invention involves a data processing 
system having shared memory accessible through a 



transaction-based bus mechanism. A plurality of system 
components, including a central processor, are coupled to 
the bus mechanism. The bus mechanism includes a cache 
coherency transaction within its transaction set. The 
cache coherency transaction comprises a request issued by 
one of the system components that is recognized by the 
central processor as an explicit command to perform a cache 
coherency operation. The transaction further comprises a 
response issued by the central processor indicating status 
of the cache coherency operation. 

The present invention involves a method for managing 
cache coherency in a shared memory system having a 
plurality of modules including a processing unit coupled to 
a system bus. One of the processing modules initiates a 
cache coherency transaction on the system bus. In response 
to the cache coherency transaction, the processing unit 
executes a cache coherency operation and responds to the 
processing module that initiated the transaction with an 
acknowledge message indicating the cache state. 

The foregoing and other features, utilities and 
advantages of the invention will be apparent from the 
following more particular description of a preferred 
embodiment of the invention as illustrated in the 
accompanying drawings . 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 shows in block diagram form a computer system 
incorporating an apparatus and system in accordance with 
the present invention; 

FIG. 2 shows a processor in block diagram form 
incorporating the apparatus and method in accordance with 
the present invention; 
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FIG. 3 illustrates a bus transaction in accordance 
with the present invention; 

FIG. 4 shows a flow diagram illustrating shared memory 
access operation in accordance with the present invention; 

5 FIG. 5 shows a state diagram indicating transitions 

used to support cache coherency in accordance with the 
present invention; and 

FIG. 6 shows an exemplary transaction packet used in 
an implementation of a cache transaction in accordance with 
sz 10 the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

HJ The preferred implementation of the present invention 

comprises a system that may be implemented as a single 
M integrated circuit system-on-a-chip solution or as multiple 

Zl 15 integrated circuits with varying levels of integration. In 

H either case, sub- components of the system are 

interconnected by a bus network that may comprise one or 
more types of bus technologies. The bus network implements 
a transaction set comprising a plurality of defined 
2 0 transactions that can be communicated over the bus network. 
Each transaction comprises a request/response pair or a set 
of request/response pairs. 

In the particular implementation, the transaction set 
includes cache transaction primitives. One of the system 
2 5 components coupled to the bus network is a central 
processing unit (CPU) . Among other features, the CPU 
includes a cache management or memory management unit that 
allows the CPU to cache instructions and data from main 
memory. Mo dules, device s and sub-com ponents coupled ^Jtxp the 
30 bus network use the cache transactions to cause the CPU to 
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perform cache management activities on their behalf. In 
this manner, when a module desires to access main memory 
directly, cache coherency can be ensured by issuing a cache 
transaction prior to the direct memory access. In the 
5 preferred implementation, these cache transactions are 
interpreted by the CPU as explicit commands. 

Any system is usefully described as a collection of 
processes or modules communicating via data objects or 
messages as shown in FIG. 1. The modules may be large 
^3 10 collections of circuitry whose properties are somewhat 



loosely defined, and may vary in size or composition 
significantly. The data object or message is a 

communication between modules that make up the system. To 
pi actually connect a module within the system it is necessary 

15 to define an interface between the system and the component 
module . 
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^* The present invention is ' illustrated in terms of a 

media system 100 shown in FIG. 1. The present invention 
supports systems requiring a number of components that use 
20 and benefit from direct memory access, such as media system 
100. Media processor 100 comprises, for example, a "set- 
top box" for video processing, a video game controller, a 
digital video disk (DVD) player, and the like. 
Essentially, system 100 is a special purpose data 
25 processing system targeted at high throughput multimedia 
applications. Features of the present invention are 
embodied in processor 101 that operates to communicate and 
process data received through a high speed bus 102, 
peripheral bus 104, and memory bus 106. 
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Video controller 105 receives digital data from system 
bus 102 and generates video signals to display information 
on an external video monitor, television set, and the like. 
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The generated video signals may be analog or digital. 
Optionally, video controller may receive analog and/or 
digital video signals from external devices as well. Audio 
controller 107 operates in a manner akin to video 
5 controller 105, but differs in that it controls audio 
information rather than video. Network I/O controller 109 
may be a conventional network card, ISDN connection, modem, 
and the like for communicating digital information. Mass 
storage device 111 coupled to high speed bus 102 may 
10 comprise magnetic disks, tape drives, CDROM, DVD, banks of 
random access memory, and the like. A wide variety of 
random access and read only memory technologies are 
available and are equivalent for purposes of the present 
4*3 invention. Mass storage 111 may include computer programs 

15 and data stored therein. 

s 

M In a particular example, high speed bus 102 is 

« implemented as a peripheral component interconnect (PCI) 

jh- industry standard bus. An advantage of using an industry 

standard bus is that a wide variety of expansion units such 
20 as controller's 105, 107, 109 and 111 are readily 

available. PCI bus 102 supports direct memory access 

components using a snooping protocol. 

Peripherals 113 include a variety of general purpose 
I/O devices that may require lower bandwidth communication 

25 than provided by high speed bus 102. Typical I/O devices 
include read only memory (ROM) devices such as game program 
cartridges, serial input devices such as a mouse or 
joystick, keyboards, and the like. Processor 101 includes 
corresponding serial port(s), parallel port(s), printer 

30 ports, and external timer ports to communicate with 
peripherals 113. Additionally, ports may be included to 
support communication with on-board ROM, such as a BIOS 
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ROM, integrated with processor 101. External memory 103 is 
typically required to provide working storage for processor 
101 and may be implemented using dynamic or static RAM, 
ROM, synchronous DRAM, or any of a wide variety of 
equivalent devices capable of storing digital data in a 
manner accessible to processor 101. 

Processor 101 is illustrated in a greater detail in 
the functional diagram of FIG. 2. One module in a data 
processing system is a central processor unit (CPU) core 
201. The CPU core 201 includes, among other components 
(not shown), execution resources (e.g., arithmetic logic 
units, registers, control logic) and cache memory. These 
functional units, discussed in greater detail below, 
perform the functions of fetching instructions and data 
from memory, preprocessing fetched instructions, scheduling 
instructions to be executed, executing the instructions, 
managing memory transactions, and interfacing with external 
circuitry and devices. 

CPU core 2 01 communicates with other components shown 
in FIG . 2 through a system bus 202. In the preferred 
implementation system bus 202 is a proprietary, high-speed 
network bus using packet technology and is referred to 
herein as a "super highway". Bus 202 couples to a variety 
of system components. Of particular importance are 

components that implement interfaces with external hardware 
such as external memory interface unit 203, PCI bridge 207, 
and peripheral bus 204. Each component coupled to bus 202 
may be a target of a transaction packet (shown in FIG. 6) 
on bus 202 as specified by an address within the 
transaction packet. 



S:ternal memory interface 203 provides an interface 
the system bus 2 02 and the external main memory 
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subsystem 103 (shown in FIG. 1) . The external 
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memory 

jrface comprises a port to system bus 202 and a DRAM 
controller. An important feature of the present invention 
is mat the memory accessed through external memory 
5 interface 203 is coherent as viewed from the system bus 
202. All requests are processed sequentially on external 
memory interface 203 in the order of receipt of those 
requests \by EMI unit 203. However the corresponding Store 
response foackets may not be returned to the initiator on 
p 10 system buA 202 until the write operations are actually 

completed tto DRAM. Since all the requests to the same 
address are ^processed in order (as they are received from 
^ the SuperHyW&y interface) on the DRAM interface, the 

pi coherency of ti^he memory is achieved. 

03 \ 

* ( 15 The organization of interconnects in the system 

O illustrated in FIG. 2 is guided by the principle of 

l? optimizing each interconnect for its specific purpose. The 

bus system 202 interconnect facilitates the integration of 
w several different types of sub-systems. It is used for 

2 0 closely coupled subsystems which have stringent memory 
latency/bandwidth requirements. The peripheral subsystem 
204 supports bus standards which allow easy integration of 
hardware of types indicated in reference to FIG. 1 through 
interface ports 213. PCI bridge 207 provides a standard 
25 interface that supports expansion using a variety of PCI 
standard devices that demand higher performance that 
available through peripheral port 204. The system bus 202 
may be outfitted with an expansion port which supports the 
rapid integration of application modules without changing 
30 the other components of system 101. 



It should be noted that in the system of the present 
invention, the PCI bridge 207 is not coupled directly to 
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CPU 2 01 and so cannot support snooping in the conventional 
manner specified by the PCI standards. Instead, system bus 
202 provides a protocol in accordance with the present 
invention that maps cache commands from, for example PCI 
bridge 207 onto a cache transaction within the transaction 
set of bus 202. CPU 201 responds to the cache transaction 
by implementing the expected cache command. 

FjG. ' 3 illustrates an exemplary transaction 300 
comprising a request packet 301 and a response packet 303 
for conferiunication across superhighway 202. Packets 301 and 
303 comprise a unit of data transfer through the packet- 
router 005. Communication between modules 307 and 309 is 
achieved by the exchange of packets between those modules. 
Each module 307 and 307 is assigned or negotiates with 
packet rduter 305 for a unique address. In the particular 
example, leach address is an unsigned integral value that 
corresponds to a location in the physical memory space of 
processor \ 201 . Some of the address bits indicate the 
destination module and some of the address bits (called 
"offset bits") indicate a particular location within that 
destination! module . The s^ize of the physical address, the 
number of destination bits, and the number of offset bits 
are implementation dependent selected to meet the needs of 
a particular] implementation. 



25 Packet router 305 uses the destination bits to perform 

routing. Packet router 305 inspects the destination bits 
of a received packet, determines the appropriate port to 
which the packet is to be routed, and routes the packet to 
the specified module. Packet router 305 may be implemented 

30 as a bus, crossbar, packet routing network, or equivalent 
packet transport mechanism to meet the needs of a 
particular application. 



A packet comprises a plurality of fields indicating 
information such as the type of transaction, target address 
of the transaction, and/or data needed or produced by the 
transaction. An exemplary packet 601 suitable for cache 
transactions in accordance with the present invention is 
shown in FIG. 6. Each field has a number of possible 
values to characterize that packet. Every packet contains 
a destination field, labeled "target module address" in 
FIG. 6, which is used by packet router 305 to determine the 
module to which the packet should be routed. Additionally, 
each packet includes a data field that in the case of cache 
transactions holds a physical address of the cache line to 
be modified. In the particular implementation, every 
packet has a class and a type. A packet's class is either 
a request or a response. A response packet class is 
subdivided into either an ordinary response or an error 
response. A packet's type indicates the kind of 

transaction associated with that packet. The packet class 
and type together form a packet opcode. 

Additional fields may be included such as a source 
identity field and a transaction identity field shown in 
FIG. 6. The source identity field indicates the module 
initiating a transaction and may be provided by the module 
itself or by logic within system bus 202. In a particular 
implementation, the source identity field comprises eight 
bits and so allows for up to 256 unique transaction 
initiators. The source identity field simplifies the task 
of packet tracing and allows construction of pipelined, 
out-of-order systems. The source identity information can 
also be used by arbitration algorithms to prioritize 
transactions based upon the transaction source, provide 
enhanced memory protection based upon the initiator, and 
enhance debug visibility. The transaction identity field 
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contains transaction-specific information that is 
optionally used to associate a specific request-response 
pair. This field may include, for example, information 
indicating the packets order in a sequence of requests for 
5 purposes of re-ordering a plurality of requests into a 
proper sequence. 

Each packet is associated with a source module and a 
destination module. The source sends a packet 301 or 303 
over a port into a packet-router 305 within bus 202. 
q 10 Packet-router 305 arranges for the packet to be routed to a 

*j» p-port connected to the destination. The destination then 

Mb receives this packet over that p-port from the packet- 

router. It is possible for the source and destination to 
be the same module. It is also possible for a packet to be 
fe 15 decomposed into multiple "cells" where each cell of the 

{*- packet has the same source and destination module and same 

p packet type. The multiple cells are combined into a packet 

jUb at the destination. 

^ A "transaction" 300, suggested by the dashed line box 

2 0 in FIG. 3, is an exchange of packets that allows a module 
to access the state of another module using the super 
highway bus 202. A transaction comprises a transfer of a 
request packet 301 from a requesting module 307 (also 
called an "initiator") to a responding module 309 (also 
25 called a "target"), followed by a response packet 303 from 
that responding module 309 back to the requesting module 
307. The request packet 301 initiates the transaction and 
its contents determine the access to be made. The response 
packet 303 completes the transaction and its contents 
30 indicate the result of the access, A response packet 303 
may also indicate whether the request was valid or not. 
The response packet 303 can be formatted as an ordinary 



response if the request was valid or an error response if 
the request was invalid. 

In the preferred implementation there is a 1:1 
correspondence between request and response packets. The 
transaction protocol in the preferred implementation is 
"split phase" because the request packet 301 and response 
packet 303 are asynchronous with respect to each other. 
Requests can be pipelined in * that a requesting module 307 
can generate multiple request packets 301 before any 
response packets 303 are received so as to overlap 
latencies associated with transactions. 

Responding 309 modules process requests in the order 
received, and do not generate a response packet 303 until 
the requested action is committed. In this manner, apart 
from internal latency inside the destination module, the 
access is completed as viewed by all modules coupled to bus 
202 when a request packet 301 is received. Any 
subsequently received requests to that target module will 
act after that access. This guarantees that time-ordering 
of access at a destination can be imposed by waiting for 
the corresponding response. 

One of the packet types of particular importance to 
the present invention is a cache coherency packet type 
associated with a cache coherency transaction. Cache 
coherency transactions include a "flush" and a "purge" 
transaction. These are provided primarily to support the 
integration of DMA type modules such as PCI bridge 207 
shown in FIG. 2, but more generally support any module that 
uses main memory provided through external memory interface 



The flush transaction has a single operand which is 
the physical address which is to be flushed from the cache. 
When a flush transaction is received from bus 202 by the 
cache/MMU within CPU 201 it causes the cache/MMU to lookup 
the address in the cache. If the lookup yields a miss or a 
hit to a cache line that is unmodified with regard to main 
memory, the cache/MMU issues a response to the flush 
request immediately following the lookup. If the lookup 
yields a hit to a cache line that is modified with regard 
to main memory, the cache controller causes a writeback of 
the specified line to main memory. Following the writeback 
the cache/MMU issues a response to the flush request. The 
response generated by the cache/MMU in either case is a 
simple acknowledgement that does not carry any data 
indicating that main memory and cache are cohered. 

The purge transaction has a single operand which is 
the physical address which is to be purged from the cache. 
When a purge transaction is received from bus 202 by the 
cache/MMU within CPU 201 it causes the cache/MMU to lookup 
the address in the cache. If the lookup yields a miss the 
cache/MMU issues a response to the purge request 
immediately following the lookup. If the lookup yields a 
hit to the cache line modified with regard to main memory, 
the cache controller causes a writeback of the specified 
line to main memory. If the lookup yields a hit the cache 
line is invalidated whether or not the line is modified 
with respect to main memory. Following the invalidation 
the cache/MMU issues a response to the purge request. The 
response generated by the cache/MMU in either case is a 
simple acknowledgement that does not carry any data 
indicating that main memory and cache are cohered and that 
the specified memory location is no longer valid in the 
cache . 
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The use of flush and purge by a module provides a 
level of cache coherency. These operations guarantee that 
a read operation by a module to an address in a shared 
memory system will receive the value last written to that 
address. The time of access is given as the time at which 
the flush is received by the cache controller. The module 
read operation is guaranteed to get a data value coherent 
with the value of the system memory no earlier than the 
time of access. In the case of a write operation by a 
module to an address in shared memory, the purge operation 
guarantees that the written data is readable by all memory 
users after the time of access. The time of access is 
given as the time at which the write operation is performed 
to system memory following the purge of the data cache (s) . 

In a typical operation, a component coupled to PCI bus 
205 wishes to access a shared memory location, it asserts 
the memory request using PCI standard DMA signaling 
protocol to PCI bridge 207. Because CPU 201 is not coupled 
to the PCI bus 205 directly, this signaling protocol is not 
recognized by CPU 201. Although the operation in 
accordance with the present invention is described with 
particular reference to PCI module 207, it should be 
understood that any module coupled to bus 202 that desires 
to use shared memory can implement the steps outlined 
below. 

When PCI module 207 wishes to complete the coherent 
request to shared memory, module 207 performs the steps 
shown generally in FIG. 4. In step 401 the module splits 
up the memory request into a plurality of non-cache line 
straddling system interconnect requests. In this manner 
each request is ensured of affecting a single cache line 
and the cache/MMU does not need to implement special 
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behavior to recognize and implement cache straddling 
requests. Both flush requests and purge requests are 
packetized and addressed to a port associated with 
cache/MMU in CPU 201 in step 403. The requesting module 
then waits to receive a response from the cache/MMU in step 
404 . 

For a read operation from shared memory, a load 
request is then made in step 405 in a packet addressed to 
the memory interface unit 203. In the case of a write 
operation, a store request packet is addressed to memory 
interface unit 203 in step 407. In step 409 external 
memory interface unit generates a response packet 
indicating completion of the coherent access. 

In this manner the present invention provides cache 
control instructions that are integrated into the basic 
transaction set of bus 202. This feature enables any 
module coupled to bus 202 to implement cache control and 
ensure coherent use of shared memory resources in a system 
where multiple memory users can concurrently read 
information while only one memory user has exclusive write 
control. Corresponding logic in the cache/MMU of CPU 201 
responds to the cache control transactions to perform the 
cache control operation on behalf of the requesting module. 
The logic in the cache/MMU has an ability to recognize and 
process cache control transactions directly without the 
assistance of instructions executed on a CPU and without 
using any type of interrupt mechanism. 

In the preferred implementation, the cache/MMU in CPU 
201 implements a valid bit and a dirty bit for each cache 
line and the cache/MMU is able to perform a lookup on a 
physical address specified by request packet from a module 
that uses shared memory. FIG. 5 shows a state diagram 



indicating transitions used to support cache coherency or 
receipt of a snoop transaction request. It should be noted 
that the dirty state has a choice of transitions depending 
on the implementation option taken. 

The coherency logic within the requesting module 
(e.g., PCI bridge 207 preferably can specify one or more 
caching windows and allow remote specification of the 
caching policy for a particular region in cache to increase 
coherency performance. The actual encoding and range sizes 
as well as the number of discrete ranges that are enabled 
are a matter of design choice selected to meet the needs of 
a particular application. In this manner, a cache 

partition can be implemented by storing an address and the 
size of the partition within the PCI module 207. The cache 
coherency policy for that partition can be controlled by 
setting a mode value within the PCI module 207. This 
feature of the present invention enables the remote 
specification of the caching policy in a manner that does 
not require any manipulation of control registers within 
CPU 201. Whether or not a flush or purge command is issued 
is determined by the PCI module 207 and the cache/MMU 
within CPU 201 merely responds to execute and acknowledge 
issued cache control commands. 

To implement the above feature, PCI module 207 will 
precede step 401 in FIG. 4 with a step of checking whether 
the shared memory address requested matches an address 
specified within the PCI module 207. The stored addresses 
may indicate that a snoop is to be performed, in which case 
the process proceeds to step 401. Alternatively, when a 
snoop is not to be performed the process will proceed to 
steps 405 and 407 accordingly. 
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While the invention has been particularly shown and 
described with reference to a preferred embodiment thereof, 
it will be understood by those skills in the art that 
various other changes in the form and details may be made 
without departing from the spirit and scope of the 
invention. The various embodiments have been described 
using hardware examples, but the present invention can be 
readily implemented in software. For example, it is 
contemplated that a programmable logic device, hardware 
emulator, software simulator, or the like of sufficient 
complexity could implement the present invention as a 
computer program product including a computer usable medium 
having computer readable code embodied therein to perform 
precise architectural update in an emulated or simulated 
out-of-order machine. Accordingly, these and other 

variations are equivalent to the specific implementations 
and embodiments described herein. 



